PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 3/USEnet 3.099

Text File | 1988-04-08 | 27.8 KB | 686 lines | [TEXT/ttxt]

30-Nov-87 08:42:58-PST,29070;000000000001
Date: Mon 30 Nov 87 10:18:00-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #99

Usenet Mac Digest     Saturday, November 28, 1987    Volume 3 : Issue 99

Today's Topics:
     Interleaf on Macintosh II
     Re: Spinning Watch Cursor
     Eureka: The Solver
     Re: Mac applications under A/UX
     Re: MacUser Hypercard coverage (now Hypercard user interface)
     Experiences with Rodime RX1000 internal disk drives
     A couple of questions
     Any Linkers which take arb. length names?
     Re: More Mac prices
     Re: Mac II C compiler ?'s
     Re: Multifinder Woes
     Three floppy drives on an SE?
     re: 16 bit audio digitizers for Macintosh
     Mac Lab information
     Re: Compiler efficiency
     SICNs
     Re: APDA - any satisfied customers?
     Re: Jasmine disk followup

----------------------------------------------------------------------

From: [e-mail] (Brian Diehm)
Subject: Interleaf on Macintosh II
Date: 25 Nov 87 22:38:02 GMT
Organization: Tektronix Inc., Beaverton, Or.

A few weeks ago, I posted some comments on Interleaf, and what it might
be like on the Macintosh.  My comment was that the product was powerful
but that the human interface left a lot to be desired.  Also, that
Interleaf people in general seemed to be more experienced with the
technology in which they were implementing than with the publishing
environment that they were marketing to.

Since that time I have seen a demo of the Mac II implementation of
Interleaf. I got some hands-on time with it.

It is MUCH faster than the Sun-based version of the product I have been
working with.

It is NOT a simple unix-to-unix port.  They have ported directly to the
toolbox and System environment.

They have preserved all the functionality of Version 3.0 Interleaf, with
the exception that they do not support contone (continuous-tone image)
editing, which is an option to standard Interleaf.

They have made many concessions to the Macintosh world, understanding
that if it isn't somewhat Mac-like, they haven't a prayer.  They have
included go-away boxes in all their windows, their scroll bars operate
like Macintosh scroll bars (the standard Interleaf scroll bars are
terrible), and windows can be  moved and resized in standard Mac ways.
Double-clicking a word of text will select that word, though subsequent
dragging adds to the selection by character, not by word units.

They of course use the Mac single-button mouse.  Clicking the mouse is
the same as clicking the normal Interleaf left button.  Shift-click
operates like the normal Mac shift-click, and is equivalent to the
normal Interleaf right button. These have always been parallel
operations.  The normal Interleaf middle button is invoked using
command-click.  This brings up the Interleaf dynamic menus, and is
totally foreign to Mac users.  The only menus that are in the menu bar
are the apple, FILE, and EDIT.

The real problem with their implementation is that they don't use the
normal Mac Cut, Copy, and Paste, and in fact the EDIT menu is simply
there because that is a Mac standard; it is actually disabled.  The
dynamic Interleaf menus have their own Cut, Copy, and Paste, and you
cannot use the Mac menu or key equivalents as substitutes.

Most frustrating to Mac users is Interleaf's use of Paste, which deletes
the source from the clipboard after pasting.  Also, paste does not
replace the selected text, it pastes in front of any current selection.
They still do these non-Mac things in the Mac implementation.  To some
extent, deleting the object from the clipboard upon paste can be worked
around; their menus try to remember what you were doing so that you can
set up a Paste Copy Select sequence that functions similarly.  However,
in my view, the remembering of the last menu selection (when they
actually DO it - they are inconsistent) is a sometimes win, sometimes
lose situation.

Overall, the comments above do NOT mean that anybody is right or anybody
is wrong in their implementation.  It simply means that Interleaf has
come from a different environment, and they are trying to maintain
compatibility across a broad base of platforms.

The product is VERY powerful, and should be seriously examined by anyone
who feels that they have outgrown PageMaker or RSG (though I'm not
familiar with the latter).  It is a product designed for very large,
very long, or very complex documents.  It also has graphic support that
blows away the capabilities of QuickDraw-based drawing packages.

Interleaf will soon be bringing out Version 4.0 of their product, but it
appears that these features will not soon make their way into the Mac II
offering.  This is not a major problem; the product is powerful.  You
may have some trouble getting used to the user interface, and you may
object that it isn't Mac-like, but if you think of this as a prejudice
rather than an end in itself, you will be able to see the power of this
system.

--
-Brian Diehm     (SDA - Standard Disclaimers Apply)
Tektronix, Inc.
[e-mail]   or  {decvax,cae780,uw-beaver}!tektronix!tekig4!briand


------------------------------

From: [e-mail] (Sho Kuwamoto)
Subject: Re: Spinning Watch Cursor
Date: 26 Nov 87 00:59:40 GMT
Organization: California Institute of Technology

    If you look at the resource fork of the Finder, you will find multiple
watch cursors with different positions of the hands.  I guess the Finder
just loads them in itself.  I'm sure it wouldn't be that difficult to
steal the cursors from the Finder and do it in your own application.

                            -Sho


------------------------------

From: [e-mail] (Greg M. Thompson)
Subject: Eureka: The Solver
Date: 25 Nov 87 22:37:30 GMT
Organization: Wheaton College, Wheaton Il

I've got some questions about the various symbolic math programs out
there... I have a Mac II; and would like a serious problem solver
something like Macsyma.  I have read the adds for Eureka: The Solver and
would like to know how good it really is: whether it can do matrix and
tensor operations, integrals, series expansions, etc. and if it displays
the steps in the solution process.

Thanks in advance.  Greg Thompson  ihnp4!wheaton!gthompso


------------------------------

From: [e-mail] (Rick Daley)
Subject: Re: Mac applications under A/UX
Date: 26 Nov 87 07:57:31 GMT
Organization: Apple Computer, Inc., Cupertino, USA

In article <[e-mail]>, [e-mail] (Gail Zacharias)
writes:
> Can applications running under the A/UX Mac emulation handle CHK and
> TRAPV/TRAPcc exceptions?

    In the first release of the A/UX Toolbox, there is no special
provision for handling exceptions.  However, there are two ways to run
mac applications from A/UX.  One way is to use the "launch" program to
run a mac binary. The other way is to recompile the application under
A/UX and execute it as a UNIX binary.  In the latter case, you can use
the normal UNIX mechanisms for dealing with exceptions.  However, to use
this method, the application really has to be written in C.
    Altering the exception vectors in low memory will have no effect
under the A/UX Toolbox.  If we find that it is common for developers to
want to do this, we could add support for exception vectors to the
second release of the A/UX Toolbox.

                    Rick Daley
                    [e-mail]

    By the way, I should add my usual warning that you shouldn't expect
off-the-shelf mac applications to run under A/UX.  It is usually a
fairly simple job for a developer to make an application A/UX-friendly,
but most existing applications will fail.


------------------------------

From: [e-mail] (John Gilbert)
Subject: Re: MacUser Hypercard coverage (now Hypercard user interface)
Date: 26 Nov 87 00:06:25 GMT
Organization: FileNet Corp., Costa Mesa, CA

In article <[e-mail]> [e-mail] (Sam Cramer) writes:
>Chuq and Zigurd write defending Hypercard against attack on inconsistent
>user interface grounds.  I beg to differ.
>
>I find the non-standard user interface of Hypercard most distressing.  The
>strongest point of the Macintosh is its simple and consistent user interface.
>I feel comfortable recommending the Mac to people who have not used computers
>before because I know it will take them very little time to learn the basics
>of almost every application available.  Hypercard changes all that.  How
>many people who first fired up Hypercard tried to double-click on a button?
>A bit confusing, no?

Maybe at first.  Remember that in the standard Mac interface, you always
single-click buttons.  You double-click ICONS, to open them.  Hypercard
introduces buttons that can have icons built in.  You just need to
realize you are not in a finder-substitute - those things are BUTTONS.
It may sometimes be a drawback that the Mac interface allows you to stop
thinking about what you do.

>The non-standard interface of Hypercard is a giant step backward.  Hypercard
>is a great application, with a lousy user interface - lousy because it is
>not consistent with the vast majority of Mac applications.  I'm amazed
>that it made it out in its current form.  While the MacUser criticism is
>overstated, the basic point is valid: Hypercard does not conform to the
>Mac user interface.

The interface in HyperCard is not substantially different.  It is
limited, and will probably improve.  But this whole argument seems sort
of off track. You can't blame the program.  You might want to blame the
tools, but really, you should blame the developers who chose to use the
tools in a non-standard way.  It is possible to create some very
Mac-like interfaces in HyperCard.

It is also very possible to create some non-Mac-like interfaces using
the toolbox.  There are developer guidelines to follow for BOTH the
toolbox and now for HyperCard as well.  Things will settle appropriately
after we all can experience the best ways to use the HyperCard tools,
and after the tools support has had a chance to mature.  I think at this
point the term "lousy" is definately extreme and premature.

This does not mean I think HyperCard is perfect.  There are many things
I would like to see change.  The most obnoxious thing I can think of,
which has previously been addressed, is the "helpfulness" of the
interpreter in trying to second guess that I just "forgot" the quotes.
As the developer of a different language, I learned quickly that the
people using it, if they are really interested in pursuing it, will want
consistancy. If I "forgot" some quotes, then I can handle being told
about it, but don't go forward trying to second guess me and in the end
yielding incorrect results.  Give me the chance to fix it.

It also suffers from some strange attitudes, such as the one expressed
by the following quote from the Goodman book (p. 76) :

   "While HyperCard should not be confused with reporting databases..."

Why not?  Only reason I can think of is that reporting features are
weak. This comment seems like an attempt to rationalize that fact. If
you got a bunch of information that is important, then you will need to
produce reports.  I give the benefit of the doubt that this attitude
will vanish with time and work to enhance the reporting features.

The script editor should be more like other editors.  It still can be.

This is a young product.  I think it deserves some time to develop. It
certainly holds a great deal of potential, and is worth giving a chance
to mature.

John G. -- John Gilbert !trwrb!felix!john


------------------------------

From: [e-mail] (Luke Matthys)
Subject: Experiences with Rodime RX1000 internal disk drives
Date: 26 Nov 87 15:41:13 GMT
Organization: Computer X (CANADA) Ltd., Toronto, Ontario, Canada

Does anyone have any experience with the Rodime RX1000 (100 Meg) or
RX1400 (140 Meg) internal disk drives for the Mac SE and Mac II?  I've
been thinking about buying one and would appreciate your comments.

thanks...
--
Luke G. Matthys
UUCP:  {decvax|allegra|ihnp4|linus|utcsri}!utzoo!mnetor!luke
BELL:  [phone] ext. 332


------------------------------

From: [e-mail]
Subject: A couple of questions
Date: 26 Nov 87 02:12:00 GMT

I just bought a Mac II a while ago and I have a couple of questions.
First I purchased a Sony CpCPD-1302 Monitor (which I like a lot).  I
made the cable myself and the screen looks fine (after adjusting the Pin
amp pot near the picture tuebe)-My problem is that when I attempt to
clean the screen while the machine is trunning the Mac II resets-I am
scared to contemplate the voltages induced by cleaning the screen and
while I don't do it any more I am wondering why this is occuring.  I
have grounded the cable between the apple video card and the monitor
(the signal is quite clear) but still this static problem...
  The second questions is even shorter, what is MacInTalk good for.  Is
this a set of interface routines to simulate human speech.  Where can
one get the docs for this.  I think I have seen it at the local user
group meetings. Thanks.  FONS@UIUCVMD (BITNET)
         FONS@UIUCUXE (UUCP)


------------------------------

From: [e-mail] (J.S.Shapiro)
Subject: Any Linkers which take arb. length names?
Date: 27 Nov 87 03:23:11 GMT
Organization: AT&T-IS, Summit N.J. USA

As I understand it, external identifier names as understood by MPW
linker and Mac Linkers in general accept up to 31 character names. This
is not enough for some languages, notably C++, which mangle names in
order to get them to compile.

Is anyone aware of why this limitation exists, and whethet there are
linkers out there which circumvent it? I would be willing to explore
writing an Apple compatible linker for my own use, but I don't have
access to the object file format anyplace obvious.

Actually, I would be interested in the object format regardless. Any
good sources for this?

Jon Shapiro


------------------------------

From: [e-mail] (Werner Uhrig)
Subject: Re: More Mac prices
Date: 27 Nov 87 07:37:57 GMT
Organization: UTexas Computation Center, Austin, Texas

In article <[e-mail]>, [e-mail] (Werner Uhrig) writes:

> ad in Macweek of Nov 17, page 45, has an ad for a Rodime-20 MByte SCSI drive
> for $499 from MacProducts here in Austin 1-800-MAC-DISK.

I knew it, I knew it, I knew it, I never trusted MacMemory ....

I have since learnt that the Rodime has built-in troubles .... if you
hook more than one Rodime together you get several confused Rodimes that
don't know to understand different SCSI-addresses ...

also the R. doesn't have hardware head-parking ...

this is second-hand from a very Mac-active friend;  I understand that
they take the drives back if you complain soon enough, but I feel sorry
for the folks that discover the problem a couple of months/weeks down
the road ...

if a deal sounds too good, it probably is ....

--
[e-mail]    (prefered address)
[e-mail]               (if you must)


------------------------------

From: [e-mail] (Raymond Lau)
Subject: Re: Mac II C compiler ?'s
Date: 27 Nov 87 01:11:39 GMT
Organization: The Big Electric Cat

In article 6448 [e-mail] writes
>Unlike just about every other magazine on the face of the planet,
>MacTutor is usually 2 to 3 weeks LATE (e.g., their Nov. issue came out
>on Nov. 18), but it's worth waiting for.

I agree, it is worth the wait, but what makes me mad is that I see the
next issue out in the bookstores a wk to 2 before it comes in the mail.

-- Raymond Lau                      {allegra,philabs,cmcl2}!phri\ Big
Electric Cat Public Unix           {bellcore,cmcl2}!cucard!dasys1!raylau
New York, NY, USA                               {sun}!hoptoad/

GEnie:RayLau       Delphi:RaymondLau     CIS:76174,2617 "Take it and
StuffIt."

[ MacTutor has a first class mail option for an extra $15/yr.  I have
that and it gets to me in a reasonable amount of time.  Unlike bigger
magazines, MacTutor doesn't have several mail sites. - Jeff ]

------------------------------

From: [e-mail] (Werner Uhrig)
Subject: Re: Multifinder Woes
Date: 27 Nov 87 11:40:55 GMT
Organization: UTexas Computation Center, Austin, Texas

In article <[e-mail]>, [e-mail] (Jim Meiss) writes:

>     If you hold down option before pulling down the apple menu, then
> the DA is opened within the applications sector, and it should work as usual.

am I mistaken, or do you run the danger that the amount of amount of
memory requested by an an application may not be enough to accomodate
some DAs? with unpredicatable consequences, of course ...

BTW, under MultiFinder I've noticed that when I am forced to use the
Interrupt button to escape a "tight spot" and I enter the MacsBugs
command EA (for EscapetoApplication), the application (I am thinking, in
particular, of VersaTerm-3.0) is first closed and then restarted - not,
as it used to do, simply continued ....

Also, it may be worth mentioning at this opportunity, that I have
experienced situations where a COPY and PASTE produces garbage, rather
than the 5 words selected .... - seems also having to do with lack of
free memory in the application's partition ...

--
[e-mail]    (prefered address)
[e-mail]               (if you must)


------------------------------

From: [e-mail] (Ron Morgan)
Subject: Three floppy drives on an SE?
Date: 27 Nov 87 13:45:48 GMT
Organization: Speech Communication UT Austin


    While waiting for my hard disk to arrive, I've been fooling around with
my dual-floppy SE. It has a regular port on the back for an external
disk drive, in addition to having an SCSI port. Since my trusty old 400K
external drive is practically worthless, marketwise (and I paid $400 for
the thing way back when...), I'm trying to connect it into that external
drive port and use it for a 3rd floppy, giving me two 800K internals and
a 400K external.

    The problem is, it keeps ejecting the disk. At bootup, for example, the
disk's icon appears on the desktop, then becomes shaded as the disk pops
out of the drive. If you double-click an application icon, it'll ask you
to re-insert the disk, at which point it'll whir away and do what it
needs to do, then eject the disk again. And so it goes, all the way into
and  through an application. When the application needs the disk, it
asks for it, you re-insert it, the application reads it, then it
re-ejects it.

    Other than this problem, everything works fine. No bombs; it just keeps
ejecting the disk. Is this some unconquerable fault with the 256K ROM's?
 Using different System/Finders didn't help. Neither did leaving one of
the other two drives empty.

Ron Morgan

"Who are you?"

"We're computerists."

"AAAAAUUGGHH!!!"

--
UUCP: {ihnp4,allegra,ut-sally}!ut-ngp!osmigo
      [e-mail]
ARPA: [e-mail]


------------------------------

From: [e-mail]
Subject: re: 16 bit audio digitizers for Macintosh
Date: 27 Nov 87 14:22:42 GMT
Organization: Yale University, New Haven, CT

>From: James Spohrer <spohrer-james>

While at MacFair in New York last weekend, Amy Lewis of FARALLON
COMPUTING [phone] demo-ed an audio input product her company had
developed.

A small box (6''x4''x1''(?)) plugged into the back of a Mac, had a small
microphone attached to the box, and sampled audio input at 22K/Sec. (I
am not sure how many bits per sample).

The product was very well integrated with Hypercard, and you could edit
the waveform display of the audio sample, or play it back. I tried it
out an the sound quality was OK.

The best part is it was relatively cheap: $199.00

I believe FARALLON COMPUTING sells Phone-Net. Their address is: 2150
Kittredge Street, Berkeley CA 94704.

It would be nice if the next generation Mac had a built-in audio
sampling system.
--
-Jim Spohrer
SPOHRER@YALE
[phone]


------------------------------

From: [e-mail] (Luke Visser)
Subject: Mac Lab information
Date: 26 Nov 87 00:10:27 GMT
Organization: Information Science, Uni of Tas, Hobart, Tasmania, Australia

We are in the process of setting up a new MacLab at this campus and I'm
interested in getting some information on performance, etc.

    The lab is going to contain 25 Mac SEs (2 x 800K), 1 Mac II (not sure
yet what size hard disk but probably 40M or 80M) and 2 ImageWriter IIs.
The  machines are all going to be networked together using PhoneNet with
the II  being used as a file server/spooler.
    The software that will be running in the lab will be AppleShare, Excel,
MicroSoft Word, FileMaker, SuperPaint, LogicWorks, MacMETH (Modula II),
and  maybe VIP and HyperCard.
    We currently look like having approximately 300+ students who will be
using the lab full time.

    What I am interested in is establishing contact with people out there
running a lab similar to this so that I can quiz them with a number of
questions.  The questions would mainly have to do with performance of
the various applications while running them from the Mac II using
AppleShare, and the performance of the network in general.

    A more general question is whether any of the above packages are not
AppleShare compatible - specificially MacMETH.

Thanks muchly,

Luke Visser
--
---------------------------------------------------------------------------
Snail: Uni of Tasmania, Box 252C GPO, Hobart 7001, Tasmania, Australia.
ACSnet: [e-mail]    ARPA: [e-mail]
UUCP: {enea,hplabs,mcvax,uunet,ukc}!munnari!tasis.utas.oz!luke


------------------------------

From: [e-mail] (Michael Newbery)
Subject: Re: Compiler efficiency
Date: 25 Nov 87 22:17:48 GMT
Organization: Computing Serv. Ctr, Victoria Uni., Wellington, New Zealand

A paper was presented at a local Apple Consortium Developers conference
a couple of days ago on the efficiency of four Pascal compilers: MPW,
LSP, Turbo & TML. The authors can be reached via [e-mail]
(internet address) but in summary, MPW is the best of a bad bunch
(except for string assignments). AVOID sets if using LSP or TML, the
code is horrendous. None of them are up to things like constant
sub-expression elimination and auto-increment/decrement seems to be an
almost unknown address mode.
--
Michael Newbery

ACSnet:    [e-mail]  UUCP: newbery@vuwcomp
Une boule qui roule tue les poules.        (Landslides kill chickens)


------------------------------

From: [e-mail] (Sho Kuwamoto)
Subject: SICNs
Date: 27 Nov 87 15:03:04 GMT
Organization: California Institute of Technology

Is it possible to define your own SICNs for use with the the Finder? Can
you just make a BNDL with the FREF, ICN#, and SICN resource ID's in it?
I have an applications whose icon looks fine, but...

                        -Sho


------------------------------

From: [e-mail] (the absurdist)
Subject: Re: APDA - any satisfied customers?
Date: 27 Nov 87 16:49:32 GMT
Organization: UW-Madison Academic Computer Center

In article <17000073@clio> [e-mail] writes:
>any other way.  Computers are PROGRAMMABLE.  That's one of the main
>reasons for buying one.

Sorry, but this is not so.  Very few users program computers any more;
most run applications programs.  There are SOME users who want to
program them.  These people can buy, from Addison-Wesley, a five volume
set of programming information on the Macintosh, written by Apple.  They
can get, FOR FREE, an extensive set of technical notes from many user's
groups and electronic networks, without going to APDA at all.  A great
many people on this net did a lot of programming without any APDA
products at all, so  the assertion that APDA prevents you from
programming is clearly unsupportable.

The only thing APDA has a monopoly on is the distribution of
unsupported, draft and/or beta versions of Apple products.  These are
available through the mail at a reasonable price.  APDA did have
distribution  problems when they started up, but this isn't all that
unusual in the computer industry.

Others have complained that their 3rd party product prices aren't the
cheapest possible.  Well, you can certainly buy these elsewhere. APDA
probably doesn't do sufficient volume in many of these to get the
cheapest price.  I have bought these at the higher price, on occasion,
simply because the price difference wasn't enough to  justify the
additional cost of writing and processing another purchase order.

Finally, APDA is an organization which has no equivalent that I know of
in the microcomputer industry.  Does IBM provide any drafts of
documentation at all?  No.  Does Microsoft, or Lotus, or Ashton-Tate, or
Borland?  No. You have to wait for the release version.  (Which may be
as buggy as a beta, but for which you pay full price...).  As for
Commodore, I once tried to apply for a developer's kit for the
University. Here we are, holder of IBM's single largest grant to any
University for micro development;  holder of a substantial Apple grant;
beta site for several programs;  test site for early versions of DEC
workstation products -- Commodore wants a proposal detailing whether or
not we're SERIOUS developers before they will consider whether or not
they will allow us to BUY a buggy compiler and draft documentation. I
did not continue my efforts to get us involved in the Amiga.  (I don't
know what Atari does for developers).

APDA is just fine by me:  RA for Apple and APDA both.
--
Rick Keir -- all the oysters have moved away -- UWisc - Madison
"Watch the skies...."


------------------------------

From: [e-mail]
Subject: Re: Jasmine disk followup
Date: 10 Nov 87 05:24:20 GMT
Organization: The Portal System (TM)

Here's my account of dealing with the Jasmine 80 external drive which I
connected to my MAC ][ two months ago:

1. I drove up to S.F. and picked up the drive I had ordered a week
before and thereby got to meet some of the people involved in sales and
tech support, but that's another story.  Although at first I got nervous
when I was told that they were out of 6' cables for the drive (as I had
originally ordered) they found a new box with cables just shipped.. What
a relief, after all that anticipation.

2. I brought the drive home, plugged it in -- No problems.  It booted up
fine and I was able to make backups whatever s/w I thought would be
usefull to me.

3. Then I started REALLY excercising the disk -- moving files, changing
the startup program, changing the scsi settings, etc.. I finally managed
to foul it up so it would not reboot.  After going through the manual,
which an experienced computer professional should not have a problem
with, it was NO go.

I called tech support.  Christian, who I met earlier at S.F took the
call and attempted to be as helpful as possible.  NOTE: I found
Jasmine's tech support EXTREMELY willing to help out -- IMMEDIATELY !!!!
 at the various times I called up. This time I was told to format the
disk and try again from my backups.  I don't work that way...  After 5
minutes of booting off floppies I finally managed to get the MAC ][ to
recognize that indeed there was a device on the SCSI port.  After
rebuilding the desktop everything went back to normal.  WHY ??? I still
don't know.


HOWEVER:  since then I have intermittently had such a failure occur -- I
am starting to suspect the cable.  Luckily it seldom happens, therefore
I haven't bothered replacing the cable.

About a month later I receive my 80 MEG INTERNAL drive from apple and
got a chance to compare the two:

On some operations the internal drive is approximately 10% faster, but
not much more.

The MAIN difference I found is that attempting to format the Jasmine
drive with Version 1.4 of the formatter, which comes along with the MAC
][ causes all hell to break loose with the Jasmine:  Certain files can
not be copied over to the Jasmine, once there they can not be retrieved
and at times their icons don't appear !!! Using Version 1.1 of the
formatter solves this problem -- Does anyone know why?? Afterall I was
under the impression that Apple and Jasmine used the same manufacturer
for the drives.

All in all I pretty satisfied with my Jasmine 80.


                                           - ILAN RABINOWITZ -

                                                         with  ILANET

------------------------------

End of Usenet Mac Digest
************************
-------